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(54) Hilfesystem fur Aufzuge 

(57) Ein Hilfesystem fur Fehlerbehebung und St6- 
rungsvorbeugung bei Aufzugssystemen besteht a us 
einem Diagnoseprozessor (2), einer Wartungsschnitt- 
stelle (1) sowie aus einer Anzahl von Datenspeichern 
(5, 6, 10-19), die die Ereignisse im Betriebsablauf des 
Aufzugs aufzeichnen. Der Diagnoseprozessor enthalt 
zwei Diagnoseprogramme. Das eine ist ein sogenann- 
tes ( ,Aufzug-VerhaltensmodeJr (2.1), das laufend die 
Betriebszustande des Aufzugssystems mit im Model! 
definierten, erwarteten und unerwarteten M Modell- 
Betriebszustanden" vergleicht und bei Abweichungen 
geeignete Massnahmen automatisch initiert oder Feh- 
lerursache-Diagnosen und Fehlerbehebungsanleitun- 
gen zuhanden einer Wartungsperson generiert. Das 
andere System ist ein Diagnoseprozess (2.3), der 
anhand von heuristischen Regeln gespeicherte Fehler- 
ursache-Hypothesen testet und bei Verifizierung einer 
solchen entsprechende Fehlerursache-Diagnosen 
erzeugt. Die Diagnoseprogramme erganzen sich 
gegenseitig, indem ..Erkenntnisse" aus dem Verhaltens- 
modell dem auf heuristischen Regeln basierenden Dia- 
gnoseprozess zur weiteren Diagnose ubermittelt 
werden konnen. 
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Beschreibung 

[0001] Die Erfindung bezieht sich auf ein Hilfesy- 
stem zur Fehlerbehebung und Storungsvorbeugung bei 
Aufzugsystemen, bei welchem mittels Funktionablfik- 5 
ken fur die Datenerfassung und Datenspeicherung die 
Ereignisdaten eines oder mehrerer Aufzugsysteme 
registriert werden und beim Auftreten von Fehlfunktio- 
nen eine Datenverarbeitungseinrichtung aufgrund der 
registrierten Daten Fehlerursachen diagnostiziert. w 
[0002] Es ist bekannt, Fehlermeldungen mit zusatz- 
lichen Informationen zu erganzen. Solche zusatzlichen 
Angaben sind beispielsweise detailliertere Angaben 
tiber die Abweichungen vom vorgegebenen Idealwert 
fur eine bestimmte Funktion in einem System. Diese 15 
Angaben sind Resultate von Vergleichsoperationen in 
der digitalen Datenverarbeitung und stellen die einfach- 
ste Art einer Fehlerdiagnose dar. 
[0003] Aus der EP 0 252 266 ist ein Fernverwal- 
tungssystem fur Aufzuge bekannt welches, unter ande- 20 
rem, auf Prozessebene pro Prozess eine inteliigente, 
diagnosefahige Vor-Ort- Peripherie zur autonomen 
Ueberwachung eines Prozesses aufweist. Die Periphe- 
rie umfasst Mittel zur spezifischen Anpassung an den 
Prozess und meldet sich mit diagnostischen Daten uber 25 
einen pro GebSude einmal vorhandenen Kommunikati- 
onsrechner bei der Regionszentrale. Mittels einer seri- 
ellen Schnittstelle ist eine Vor-Ort-Kommunikation mit 
dem Peripheriemodul moglich. Das Peripheriemodul 
besitzt Mittel zur Datenerfassung und Datenausgabe in 30 
binarer und analoger Form. Der Anschluss an die 
Schnittstelle erfolgt mittels eines Wartungskoffers, wel- 
cher ein intelligentes Softwaresystem mit heuristischen 
Arbeitsmitteln fur die Interpretation einer anstehenden 
Information enthaJt. 35 
[0004] Die Interpretation voriiegender Diagnosen 
setzt hohes und spezielles Fachwissen des Systembe- 
nutzers voraus, welches, aus personellen Grunden, nur 
beschrankt vor Ort eingesetzt werden kann und mei- 
stens nur an zentraler Stelle verfugbar ist. 40 
[0005] Aus US 4 649 515 ist ein Diagnosesystem 
bekannt, welches, wenn ein Fehlerzustand erkannt ist, 
die Zustandsinformationen uber das Aufzugsystem 
erfasst und daraus anhand eines heuristischen Regel- 
baums Fehfer diagnostiziert. Die einzelnen heuristi- 45 
schen Regeln sind mit Sicherheitsfaktoren bewertet, 
wodurch das System befahigt ist, die Wahrscheinlich- 
keit der Richtigkeit einer gestellten Diagnose zu ermit- 
teln. Die Diagnoseerstellung erfolgt, nachdem ein 
Fehler aufgetreten ist, aufgrund des zu diesem Zeit- so 
punkt registrierten Ist-Zustands des Aufzugsystems. 
Die Vorgange vor der Fehlererkennung, die zum Fehler 
gefuhrt haben, werden also nicht analysiert. 
[0006] Der vorliegenden Erfindung liegt die Auf- 
gabe zugrunde, ein technisches Hilfesystem fur die Sto- 55 
rungsvorbeugung und die Storungsbehebung bei 
Aufzugssystemen zu schaffen, das bei Vorliegen von 
Abweichungen zwischen den aktuell vorhandenen 



Zustanden des Aufzugsystems und den von einem Ver- 
haltensmodeil laufend vorausgesagten, erwarteten 
Zustanden, selbstSndig Fruhwarnungen, Fehlerursa- 
che-Diagnosen und gegebenenfalls automatische Kor- 
rekturmassnahmen generiert. 

[0007] Erreicht wird dies durch ein Hilfesystem, das 
einen ..Diagnoseprozessor" enthalt, in dem neben 
einem auf heuristischen Regeln basierenden Diagnose- 
system ein so genanntes „Aufzug-VerhaltensmodeH" 
aktiv ist, wobei die registrierten FunktionsablSufe und 
Zustande des Aufzugsystems standig mit den Vorgaben 
des mitlaufenden Verhaltensmodells verglichen wer- 
den. 

[0008] Durch die in den abhangigen Anspruchen 
aufgefuhrten Massnahmen ist eine vorteilhafte Weiter- 
bildung und Verbesserung des in den unabhangigen 
Anspruchen angegebenen neuen Hilfesystems mog- 
lich. 

[0009] Im ..Aufzug-Verhaltensmodell" sind die mog- 
lichen ..Betriebszustande" des Aufzugsystems, ins- 
besondere auch die im Normalbetrieb nicht erwarteten, 
definiert, und es kennt die fur die Ubergange von einem 
..Betriebazustand" zu einem anderen giiltigen Bedin- 
gungen. Jeder der definierten Betriebazustande ist 
durch ein Kollektiv von Soll-Zustanden der beteiligten 
Komponenten des Aufzugsystems beschrieben, und 
diese Beschreibung umfasst auch die wahrend der 
Dauer dieses Betriebszustands erlaubten Veranderun- 
gen der Soll-Zustande. 

[0010] Das Verhaltenamodell erhalt dieselben 
Ereignis- und Statusinformationen, wie die Systems- 
teuerung des Aufzugs, generiert „Bilder" der erwarteten 
„Betriebszustande\ detektiert die ablaufenden 
..Betriebszustande" im Aufzugsystem und erzeugt bei 
Abweichungen geeignete Meldungen oder Diagnosen, 
wobei die im Modell ebenfalls definierten ..unerwarteten 
Betriebszustande" schnell und sicher Hinweise auf Feh- 
lerquellen liefern. 

[001 1 ] Da bei weitem nicht jede festgestellte Abwei- 
chung sofort zu einer Betriebsstorung im Aufzugssy- 
stem fuhrt, wird ein wesentlicher Teil der vom 
Verhaltensmodell generierten Meldungen und Diagno- 
sen im Sinne der Vorbeugung von Betriebsst6rungen 
ausgewertet, d. h. diese Informationen stehen tiber eine 
Wartungsschnittstelle einer Wartungsperson zur Verfu- 
gung, oder sie werden automatisch uber eine tempo- 
rare Verbindung an eine zentrale Datenbank 
ubermittelt. In gewissen Fallen werden aufgrund der 
..Erkenntnisse" aus dem Verhaltensmodell selbstandig 
Korrekturmassnahmen initiert, z. B. die Werte gewisser 
Einstellparameter wie Beschleunigungs- und Verzoge- 
rungswerte fur den Antrieb, Anfangspunkt des Brems- 
vorgangs, Zeitverzcigerungen zwischen Antriebs- und 
Turfunktionen, etc., verandert. Bei Bedarf konnen Infor- 
mationen verifiziert werden, indem auf der Grundfage 
des Verhaltensmodells automatisch Tests im Aufzugsy- 
stem angestossen werden. 

[0012] Erkenntnisse und Schlussfolgerungen aus 
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dem Verhaltensmodell konnen auch als Input fur wei- 
tere Analysen und die Diagnoseerstellung durch das 
zweite, auf heuristischen Regeln basierende Diagnose- 
system dienen, das auch in der Lage ist, Fehlerbehe- 
bungshinweise fur das Wart ungs personal zu liefern. 5 
[0013] Diser zweite Diagnoseprozess hat die Auf- 
gabe, beim Auftreten eines Fehlers im Betriebsablauf 
des Aufzugsystems Fehlerursache-Diagnosen und ent- 
sprechende Fehlerbehebungshinweise zu generieren. 
Dies geschieht im wesentlichen dadurch, dass anhand 10 
von aktuellen oder gespeicherten Zustandssignalen 
sowie von w Erkenntnissen" aus dem Verhaltensmodell 
unter Anwendung von gespeicherten „ Heuristischen 
Regeln", Fehlerursache-Hypothesen uberpruft werden, 
wobei die Verifizierung einer solchen die zugehorige 15 
Diagnoseerstellung auslost. 

[0014] Verschiedene permanente bidirektionale 
Datenpfade zwischen dem Diagnoseprozessor, der 
Wartungsschnittstelle und dem Aufzugssystem ermogli- 
chen die notigen digitalen Informationsflusse. Mittels 20 
einer weiteren Datenleitung kann bei Bedarf eine bidi- 
rektionale Verbindung von und zu einer externen Fach- 
datenbank aktiviert werden, um z. B. Updates des 
Verhaltensmodells oder der ..Heuristischen Regeln" 
durchzufuhren. 25 
[0015] Ein Kommunikationsblock (Datenverkehrs- 
steuerung) steuert den Datenverkehr zwischen dem 
Diagnoseprozessor und dem Aufzugsystem. 
[0016] Die Aufzug-Subsysteme sind mit Datenspei- 
chern ausgerustet, welche lokale Statusinformationen, 30 
Parameterwerte und Fehlerauflistungen enthalten, 
wobei diese Datenspeicher vom Diagnoseprozessor 
wie auch von der Wartungsschnittstelle aus uber bidi- 
rektionale Datenleitungen zugreifbarsind. 
[0017] Fur die Aufzeichnung von Fahrtablaufen 35 
(Fahrtsequenzdaten) und von ausgefuhrten Fehlerursa- 
che-Diagnosen sind zusatzliche Datenspeicher vorhan- 
den, sowie Datenpfade die diese mit der 
Wartungsschnittstelle und dem Diagnoseprozessor ver- 
binden. 40 
[0018] in der Wartungsschnittstelle sind die einer 
Wartungsperson zur Verfugung stehenden Funktionab- 
locke ..Diagnoseabruf, ..Tests", ..Datenbeeinflussung", 
..Verhaltensmodellanzeige", (l Fahrtsequenzdatenan- 
zeige" und ..Diagnoseanzeige" vorhanden. 45 
[0019] Der Diagnoseprozessor enthalt die Funkti- 
onsblocke ..Aufzug-Verhaltensmodell", ..Heuristisches 
Aufzugswissen", ..Diagnoseprozess", ..Oberwachung 
des Aufzugstatus", sowie „Hilfsfunktionen" mitTestlauf- 
generierung und -uberwachung. so 
[0020] Die Diagnosemethode und die Hilfestellung 
im Dialog mit einer Wartungsperson vor Ort umfassen 
im wesentlichen die Funktionen ..Kontinuierliche Fahrt- 
uberwachung durch Vergleich mit gespeichertem Ver- 
haltensmodeH"' 55 
..Automatische Fehlererkennung und Diagnoseerstel- 
lung", 

..Ablegen ausgefuhrter Diagnosen" fur spateren Zugriff 



durch das Unterhaltspersonal, 

..Ermitteln und Bereitstellen einer Erklarung zu einer 
erstellten Diagnose", 
..Abrufen und Anzeigen einer Diagnose", 
..Abrufen und Anzeigen der Erklarung zu einer Dia- 
gnose" als Hilfe fur die Fehlerbehebung, mit Einsicht in 
den Losungsweg, „Anordnen einer neuen Diagnose", 
..Abrufen und Anzeigen einer vordefinierten, einer fruher 
registrierten oder einer aktuellen Fahrtsequenz", 
..Generieren von Tests zum Lokalisieren von Fehlern", 
..Zugriff auf interne Status-, Parameter- und Fehlerli- 
sten" 
und 

(l Zugriff auf den Diagnoseprozessor via temporare 
Datenkommunikationsverbindung von einer dezentra- 
len Fachdatenbank". 

[0021] Das erfindungsgemasse Hilfesystem hat 
gegenuber bekannten Diagnoseeinrichtungen mehrere 
vorteilhafte Wirkungen. Da bei weitem nicht alle Abwei- 
chungen der Funktionen des Aufzugsystems vom 
erwarteten Standardverhalten unmittelbar zu einer 
Betriebsstorung fuhren, und das Verhaltensmodell sol- 
che Abweichungen sofort erkennt, konnen in vielen Fal- 
len dank vorbeugenden Korrekturmassnahmen 
Betriebsatorungen vermieden werden. Dies geschieht 
dadurch, dass der Diagnoseprozessor z. B. die automa- 
tische Korrektur eines Einste I (parameters (Verzoge- 
rungswerte, Toleranzbereiche, etc.) initiert, eine 
Warnung mit Diagnose an die Wartungsschnittstelle 
generiert oder eine solche Warnung uber eine tempo- 
rare Datenkommunikationsverbindung an eine zentrale 
Datenbank ubermittelt. 

Eine Kombination der Diagnosemoglichkeiten des Ver- 
haltensmodells mit denjenigen des auf .Heuristischen 
Regeln" basierenden Diagnoseprozesses, bei der 
..Erkenntnisse" des Verhaltensmodells auch Input fur 
den heuristischen Diagnoseprozess sind, erhoht die 
Wahrscheinlichkeit, schnell eine zutreffende Diagnose 
zu erhalten. 

Dadurch, dass das Verhaltensmodell auch die Definitio- 
nen der im Normalbetrieb nicht erwarteten ..Betriebszu- 
stande" enthalt, ermoglicht dieses Verfahren schnelle 
und prazise Diagnosen und Vorschlage f Dr Fehlerbehe- 
bungsmassnahmen, und ist in der Lage, bei Abwei- 
chungen vom Normalbetrieb Grundlagen fur den 
Entscheid betreffend ..Notstop", „Eingeschrankter Wei- 
terbetrieb" oder ..Normaler Weiterbetrieb" zu liefern. 
[0022] Ein Ausfuhrungsbeispiel der Erfindung ist in 
der Zeichnung dargesteilt und in der nachfolgenden 
Beschreibung naher erlautert. 
[0023] Es zeigen: 

Fig. 1 eine Ubersicht uber die Hauptkomponenten 

der Hilfeeinrichtung 
Fig. 2 ein Blockschema der Hilfeeinrichtung 
Fig. 3 einen Auszug aus dem Aufzug-Verhaltens- 

modell 
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[0024] Fig. 1 gibt einen generellen Uberblick uber 
Hauptkomponenten und Funktion der Hilfeeinrichtung, 
wobei die Pfeile die moglichen Datenflusse zwischen 
diesen Komponenten symbolisieren. Die Hilfeeinrich- 
tung ist eine Datenverarbeitungseinrichtung, die zwei 
Hauptkomponenten umfasst , namlich einen Diagnose- 
prozessor 2 und eine Wartungsschnittstelle 1, die mit 
Aufzug-Subsystemen 3 uber Datenleitungen verbunden 
sind. Der Diagnoseprozessor enthalt die Funktions- 
blocke .Aufzug-Verhaltensmodell" 2.1, ..Heuristisches 
Aufzugswissen" 2.2, „Diagnoseprozess" 2.3, „0berwa- 
chung des Aufzugstatus" 2.4 und ..Hilfsfunktionen" 2.5. 
Eine vorzugsweise in einen PC integrierte Wartungs- 
schnittstelle 1 mit Tastatur und Bildschirm ermoglicht 
einer Wartungsperson den Dialog mit dem Hilfesystem, 
d. h. im wesentlichen den Zugriff auf erstellte Diagno- 
ses auf Hinweise fur Korrektur mass nan men, gespei- 
cherte Fahrtsequenzdaten, aufgezeichnete System- 
ereignisse, sowie auf Systemtestbefehle fur die w manu- 
elle" Ausfuhrung von Tests zur Verifizierung einer Dia- 
gnose. 

Eine Date nverkehrssteue rung 4 (System Interface) 
steuert den Informationsfluss zwischen der Hilfeeinrich- 
tung und den zu diagnostizierenden Aufzug-Subsyste- 
men 3. 

[0025] Fig.2 zeigt in einem etwas detail lierteren 
Blockschema die einzelnen Funktionsblocke des Hilfe- 
systems, ihre gegenseitigen Beziehungen, sowie dieje- 
nigen zum Aufzugssystem und zur Wartungsperson. 
Die den einzelnen Blocken zugeordneten Funktionsbe- 
zeichnungen kennzeichnen ihre Hauptaufgaben. Diese 
konnen in erganzender Form auch noch von anderen 
Funktionseinheiten wahrgenommen werden, was aber 
zu Gunsten der Uebersichtlichkeit und Verstandlichkeit 
nicht mehr dargestellt ist. Dasselbe trifft auch auf die 
vielen bekannten, im digitalen Datenverkehr benotigten 
Hilfsfunktionen zu, wie beispielsweise Signalaufberei- 
tung, Schnittstellensteuerung und so weiter. 
Mit 1 ist die bereits erwahnte, vorzugsweise in einem 
PC integrierte Wartungsschnittstelle bezeichnet. Diese 
stellt im erfindungsgemassen Hilfesystem eine erste 
Diagnostikebene dar und dient im wesentlichen als Dia- 
gnosehandhabungsgerat. Die Wartungsschnittstelle 
enthalt einen Funktionsblock 1.1 zum Aufrufen einer 
Fehlerursache-Diagnose, einen Funktionsblock 1.2 
zum Ausfuhren eines Tests, einen Funktionsblock 1.3 
zum Verandern von Daten, einen Funktionsblock 1.4 
zum Abrufen und Anzeigen von gespeicherten Fahrtse- 
quenzen sowie einen Funktionsblock 1.5 zum Abrufen 
und Anzeigen von Diag nose res ultaten. Mit 2 ist der Dia- 
gnoseprozessor bezeichnet. Er stellt im erfindungsge- 
massen Hilfesystem die zweite Diagnostikebene dar, 
die die Ablaufe des Aufzugsystems analysiert, vorbeu- 
gend Verhaltensabweichungen meldet oder automati- 
sche Korrekturen auslost sowie bei Storungen 
automatisch Fehlerbehebungsdiagnosen mit Fehlerbe- 
hebungsvorschlagen erstellt. Zur Erfullung dieser Auf- 
gaben verfugt der Diagnoseprozessor uber einen 



Funktionsblock 2.1 mit dem ..Aufzug-Verhaltensmodell", 
einen Funktionsblock 2.2 mit dem ..Heuristischen Auf- 
zugswissen", einen Funktionsblock 2.3 fur den „Diagno- 
seprozess", einen Funktionsblock 2.4 fur die 

5 ..Uberwachung des Aufzugstatus" und einen Funktions- 
block 2.5 mit ..Hilfsfunktionen", der insbesondere der 
Ausfuhrung und Ueberwachung von Tests dient. Mit 2.6 
ist ein bidirektionaler Datenpfad zwischen dem Diagno- 
seprozessor und der Wartungsschnittstelle bezeichnet. 

10 [0026] Nebst Diagnoseprozessor und Wartungs- 
schnittstelle weist das Hulfesystem noch einen Diagno- 
senspeicher 6 und einen Fahrtenspeicher 5 auf, welche 
mit unidirektionalen Datenpfaden 2.7, 2.8 mit dem Dia- 
gnoseprozessor 2 und mit bidirektionalen Datenpfaden 

is 1 .7, 1 .8 mit der Wartungsschnittstelle 1 verbunden sind. 
Der Datenverkehr zwischen diesen Datenspeichern 
und den Aufzug-Subsystemen 3 erfolgt uber eine 
Datenverkehrssteuerung 4 mit den bidirektionalen 
Datenpfaden 4.1, und 2.10-2.13. 

20 Ebenfalls in der Fig.2 sind die einzelnen Subsystem- 
Schnittstellen 3.1 bis 3.4 eines Aufzugsystems mit den 
Datenpfaden zur Wartungsschnittstelle 1 und zum Dia- 
gnoseprozessor 2 dargestellt. Es sind dies eine Motor- 
schnittsteile 3.1 mit den Speichertabellen 10, 1 1 und 12 

25 fur den Motorstatus, die Motorparameter und die Motor- 
Fehlerliste, eine Antriebsschnittstelle 3.2 mit den Spei- 
chertabellen 13, 14 und 15 fur den Antriebsstatus, die 
Antriebsparameter und die Antriebs-Fehlerliste, eine 
Steuerungsschnittstelle 3.3 mit den Speichertabellen 

30 16, 17 und 18 fur den Steuerungsstatus, die Steue- 
rungsparameter und die Steuerungs-Fehlerliste und 
eine Turschnittstelle 3.4 mit der Speichertabelle 19 fur 
den Turstatus. Bidirektionale Datenpfade 2.10, 2.11, 
2.12 und 2.13 dienen dem Datenverkehr zwischen die- 

35 sen Subsystemen und dem Diagnoseprozessor. Bidi- 
rektionale Datenpfade 1.10, 1.11 und 1.12 dienen dem 
Datenverkehr zwischen den erwahnten Subsystemen 
und der Wartungsachnittstelle. Der bereits erwahnte 
Datenpfad 2.6 dient der unmittelbaren Datenkommuni- 

40 kation zwischen Wartungsschnittstelle 1 und Diagnose- 
prozessor 2. Die Subsysteme 3.1 bis 3.4 weisen zudem 
interne Datenverbindungen 7, 8 und 9 auf. Auf diesen 
Datenverbindungen gelangen Steuerkommandos von 
der Steuerungsschnittstelle 3.3 zu alien anderen 

45 Schnittstellen 3.1, 3.2 und 3.4 und werden Status- und 
Fehlermeldungen von den Schnittstellen 3.1, 3.2 und 
3.4 an die Steuerungsschnittstelle 3.3 ubertragen. 
[0027] Die Datenflusse auf den bidirektionalen 
Datenpfaden 2.10 bis 2.13 zwischen den Subsystemen 

so 3.1 bis 3.4 und dem Diagnoseprozessor enthalten 
abfragen, Kommandos, Statusangaben und Fehlermel- 
dungen. Die Datenflusse auf den bidirektionalen Daten- 
pfaden 1.10-1.12 zwischen den Subsystemen 3 und der 
Wartungsschnittstelle 1 enthalten Parameter- und Sta- 

55 tusdaten, sowie Kommandos und Fehlermeldungen. 
Auf dem bidirektionalen Datenpfad 2.6 zwischen Dia- 
gnoseprozessor und Wartungsschnittstelle verkehren 
hauptsachlich Diagnosedaten, Fahrtsequenzdaten, 
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Testkommandos und Testresultate. 
Fahrtsequenzdaten sind wahrend des Aufzugbetriebs 
registrierte Aufzeichnungen von Signalen und Werten, 
welche im wesenttichen Informationen uber Fahrtzeit, 
Geschwindigkeit, Beschfeunigung, Verzogerung, Kabi- 5 
nenstandort, Kabinenbelastung, Fahrbefehle, Turfunk- 
tion, Bremsfunktion, Zustand des Sicherheitskreises, 
StOrungs- und/oder Verschlerssmeldungen, etc. enthal- 
ten. Sie sind im Fahrtsequenzdatenspeicher 5 gespei- 
chert, wobei in diesem Datenspeicher vordefinierte 10 
Standard-Fahrtsequenzen fur Normalfahrt, Inspektions- 
fahrt und Initialisierungsfahrt sowie jeweils die Daten 
der zuletzt erfolgten Fahrten wie auch der aktuell ablau- 
fenden Fahrt verfugbar sind. Fahrtsequenzdaten kon- 
nen einerseits zur Anzeige am Monitor von der 15 
Wartungsschnittstelle abgerufen werden und dienen 
dem Benutzer als Grundlage fur eine nicht-automati- 
sche Analyse von Storungen. 

[0028] Zwischen dem Diagnoseprozessor 2 und 
einer externen Fachdatenbank 25 kann eine temporare 20 
Datenkommunikationaverbindung 24 hergestellt wer- 
den. Diese kann beispielsweise dazu dienen, das heuri- 
stische Aufzugswissen 2.2 im Diagnoseprozessor mit 
Informationen von anderen Aufzugsanlagen auf den 
aktuellsten Wissensstand zu bringen oder Hinweise 25 
vom Hilfesystem auf erforderliche Massnahmen zu 
ubermitteln. 

[0029] Die aufgefuhrten und beschriebenen Ele- 
mente des Hilfesystem bestehen aus Hardware- und 
Software-Komponenten, welche weitgehend im Auf- 30 
zugssystem integriert sein konnen. 
[0030] Ein Anwendungsbeispiel mit Bezug auf Fig.2 
soil im folgenden Funktion und Diagnosemethodik des 
Hilfesystems naher erlautern. Es wird der Prozess einer 
benutzergefiihrten Diagnoseerstellung und Diagnose- 35 
ausgabe beschrieben, bei dem zwei externe Akteure 
(Wartungsperson und Aufzug) interaktiv mit den inter- 
nen Prozessen der Wartungsschnittstelle und des Dia- 
gnoseprozessors kommunizieren. Folgende Schritte 
werden dabei vollzogen: 40 

Der Benutzer ruft bei Vorliegen einer Storung uber 
den Wartungsschnittstellen-Funktionsblock lt Dia- 
g nose res ultate Anzeigen" 1.5 eine Fehlerursache- 
Diagnose ab. Er erhalt aus da Diagnosespeicher 6 45 
eine Diagnose mit den relevanten Erklarungen 
angezeigt. 

Der Benutzer ordert uber Funktionsblock 1.4 eine 
Fahrtsequenzanzeige, wobei er aus den Optionen so 
„Aktuelle Fahrtsequenzdaten", (l fruher registrierte 
Fahrtsequenzdaten" oder H Vordefinierte Fahrtse- 
quenzdaten" wahlen kann, und erhalt die 
gewunschte Sequenz aus dem Fahrtsequenzda- 
tenspeicher 5 auf dem Monitor der Wartungs- 55 
schnittstelle 1 angezeigt. Er versucht, durch 
Analyse und Vergleich dieser Fahrtsequenzen die 
Fehlerursache zu erkennen. 



1st der Benutzer nach den vorhergehenden Schrit- 
ten nicht in der Lage, das vorliegende technische 
Problem zu I6sen, beziehungsweise die StSrung zu 
beheben, lasst er uber den Wartungsschnittstellen- 
Funktions block „Test Ausfuhren" 1.2 einen Test 
durchfuhren und erhalt vom Diagnoseprozessor 2 
uber die Wartungsschnittstelle die Testresultate 
aufgrund eines internen Vergleiches zwischen dem 
festgestellten und dem gemass Aufzug-Verhaltens- 
modell 2.1 zu erwartenden Verhalten des Aufzugs. 
Aufgrund der Abweichung vom Verhaltensmodell 
wird intern bereits eine Diagnose erstellt, die ange- 
zeigt oder dem Funktionsblock ..Diagnoseprozess" 
zur Weiterbehandlung auf Basis des ..Heuristischen 
Aufzugswissens" ubermittelt wird. 

Der Benutzer gibt uber den Funktionsblock „Dia- 
gnose Aufrufen" 1.1 der Wartungsschnittstelle eine 
Diagnoseanforderung ein. Der Funktionsblock 
„Uberwachung des Aufzugstatus" 2.4 des Diagno- 
seprozessor 2 ruft die aktuelle Status-, Parameter- 
und Fehlersituation der Aufzug-Subsysteme 3 aus 
den relevanten Datenspeichern 10-18 ab. Der 
Funktionsblock ..Diagnoseprozess" 2.3 generiert 
aufgrund dieser Informationen sowie der im Block 
„Heuristisches Aufzugswissen" 2.2 gespeicherten 
Fehlerursache-Hypothesen mit zugehorigen 
Regeln eine neue Fehlerursache-Diagnose, die 
dann von der Wartungsschnittstelle angezeigt wird. 

[0031] Der Wartungsperson stehen mit dem Hilfe- 
system noch einige weitere Dienste zur Verfugung. Sie 
kann beispielsweise jederzeit auf den Diagnosenspei- 
cher 6 zugreifen, kann Status- und Parameterdaten 10- 
18 abrufen, mit dem Funktionsblock 1 .4 Fahrtablaufe in 
"real time" verfolgen und so jederzeit interaktiv mit dem 
Hilfesystem kommunizieren. 

[0032] Nebst der Fehlerursache-Diagnose dienen 
vor allem die zusammen mit dieser generierten Erkla- 
rungen als eigentliche Hilfestellung fur die Problemlo- 
sung. Diese auf Exportenwissen basierenden 
Erklarungen werden unter Einbezug des heuristischen 
Aufzugsfachwissens und fruher ermittelter Diagnose re - 
sultate formuliert und enthalten insbesondere konkrete 
Hinweise auf Massnahmen zur Beseitigung der diagno- 
stizierten Probleme. Mit dieser Methode und der Ein- 
richtung des vorliegenden Hilfesystems kann die 
technische Probleml6sung an eine tiefere Fachwisse- 
nastufe delegiert werden. 

[0033] Im folgenden werden, mit Hinweisen auf die 
Darsteilung in Fig.2, die einzelnen internen Prozesse 
und Elemente des Hilfesystem detailiierter erklart und 
kommentiert. Es betrifft dies die folgenden Prozesse 
und Funktionsblocke: 

Ueberwachung des Aufzugsstatus 2.4 
Hilfsfunktionen / Testprozess 2.5 
Aufzug- Verhaltensmodell 2.1 
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Diagnoseprozess 2.3 
Heuristisches Aufzugswissen 2.2 
Fahrtsequenzen Anzeigen 1 A 
Ausgabe der Diagnose mit Erklarung 1 .5 
Aufzugstatus, Parameter und Fehlermeldungen 1 0- 
19 

Speicherung von Diagnose und Erklarung 6 

[0034] Funktionsblock ..Ueberwachung des Auf- 
zugsstatus" 2.4 : 

Dieser Prozess kommuniziert mit den Aufzugssubsy- 
stemen 3 und umfasst das Em pf an gen von Status- und 
anderen Meldungen, welche Bestandteil der normalen 
Aufzugsfunktion sind , sowie das Abrufen von Status-, 
Parameter- und Fehlermeldungen, welche nicht auto- 
matisch gesendet werden. Aufgrund dieser Ueberwa- 
chung kann das Hilfesystem entscheiden, ob und wann 
eine Diagnose erstellt werden soil. Empfangene Infor- 
mationen werden in ein fur die Diagnoseproduktion 
kompatibles Format konvertiert und als momentan aktu- 
elle Fahrtsequenz in Datenspeicher 5 gespeichert. 
Der hier beschriebene Funktionsblock unterstiitzt auch 
die Wartungaschnittatelle im interaktiven Dialog mit 
dem Hilfesystem. 

[0035] Funktionsblock ..Hilfafunktionen / Testpro- 
zess" 2.5 : 

Dieser Funktionsblock hat vorwiegend die Aufgabe, die 
Ausfuhrung von vordefinierten Tests zu steuern und zu 
{iberwachen. Solche Tests werden entweder vom 
Benutzer abgerufen oder vom Funktionsblock ..Diagno- 
seprozess" automatisch initiert und vom entsprechen- 
den Aufzug-Subsystem ausgefuhrt. Die Resultate der 
Tests werden als zukunftige Referenz gespeichert und 
stehen dem Benutzer sowie dem Diagnoseprozess zur 
Verfugung. 

[0036] Funktionsblock ..Aufzug-VerhaltensmodelP 
2.1 : 

Das Aufzug-Verhaltensmodel 1st der wesentlichste 
Bestandteil des erfindungsgemassen Hiifesystems. 
Vereinfacht ausgedruckt ist das Verhaltensmodell ein 
Programm, in dem samtliche moglichen ..Betriebszu- 
st^nde" des Aufzugsystems, auch die im Normalbetrieb 
unerwarteten, definiert sind und zeitsynchron mit den 
realen Vorgangen im Aufzugsystem ablaufen. Es sagt 
voraus, in welche Betriebszustande von einem momen- 
tan vorhandenen Zustand aus das Aufzugsystem im 
Normalbetrieb wechseln darf, und kennt alie Bedingun- 
gen, die fur einen solchen Betriebszustandswechsel 
erf Gilt sein mussen. Jeder ..Betriebszustand" ist durch 
ein Kollektiv von definierten Zustanden der beteiligten 
Aufzugkomponenten gekennzeichnet und enthalt auch 
Information en daruber, welche Komponenten wan rend 
seiner Dauer ihren Zustand ftndern durfen. Beispiele fur 
solche Betriebszustande sind ..Aufzug steht in Tur- 
zone", ..Vorbereitung fur Fahrt", ..Fahren", ..Ankunft auf 
Stockwerk", „ Aufzug steht ausserhalb einer Turzone", 
etc, wie sie in Fig. 3 als Ausschnitt aus dem Verhaltens- 
modell dargestellt sind. Das Verhaltensmodell 2.1 erhalt 



dieselben Ereignis- und Statusinformationen wie die 
Systemsteuerung des Aufzugs und erkennt unmittelbar 
jeden Ubergang des Aufzugsystems von einem „Nor- 
malen Betriebs zustand" zu einem ..Nicht erwarteten 

5 Betriebszustand". Ein nicht oder nicht rechtzeitig erfolg- 
ter Betriebszustandswechsel wird ebenfalls sofort fest- 
gestellt, wie auch jede Statusveranderung einer 
Komponente, die innerhalb eines bestimmten Betriebs- 
zustands nicht vorkommen darf. Dadurch, dass das 

jo Verhaltensmodell auch die Definitionen der im Normal- 
betrieb nicht erwarteten ..Betriebszustande" enthalt, 
kann dieses Verfahren bei Abweichungen vom Normal- 
betrieb Grundlagen fur den Entscheid betreffend „Not- 
stop** 1 „Eingeschrankter Weiterbetrieb" oder ..Normaler 

is Weiterbetrieb" liefern, sowie besonders detaillierte und 
prazise Diagnosen und Vorschlage fur Fehlerbehe- 
bungsmassnahmen generieren. Das Verhaltensmodel 
ist standig aktiv, was ermoglicht, Abweichungen vom 
korrekten Betriebsablauf mit minimaler Verzogerung zu 

20 erkennen, Einzelheiten zu speichern und gegebenen- 
falls unverzuglich automatische Korrekturmassnahmen 
(z. B. Ve ran de rung von Parameterwerten) zu initieren. 
Da bei weite nicht alle Abweichungen vom Standardver- 
halten unmittelbar eine Betriebsstorung bewirken, ist es 

25 mit der vorgeschlagenen Hilfeeinrichtung moglich, 
zukunftigen Betriebsunterbrechungen vorzubeugen. 
Dies kann durch unterschiedliche Reaktionen erfolgen. 
Entweder initiert der Funktionsblock ..Aufzug-Verhal- 
tensmodell" 2.1 aufgrund derfestgestellten Abweichung 

30 eine automatische Korrektur (z. B. eines Parameter- 
werts) Oder er generiert zuhanden einer Wartungsper- 
son einen Hinweis auf ein detektiertes Problem, 
eventuell kombiniert mit einen Vorschlag fur eine Kor- 
rekturmassnahme, und/oder er stosst eine Diagnose 

35 durch den Funktionsblock ..Diagnoseprozess" 2.3 an, 
wobei bereits gewisse Erkenntnisse aus dem Verhal- 
tensmodell fur einen gezielteren Diagnoseprozess auf- 
grund der ..Heuristischen Reg ein" bereitgestellt werden. 
Das Wartungspersonal kann die gespeicherten Infor- 

40 mationen und Diagnoseresultate uber die Wartungs- 
schnittstelle 1 herauslesen, oder es erhalt diese 
Informationen uber die temporare Kommunikationsver- 
bindung 24 an die externe Datenbank 25 ubermittelt. 
Fig. 3 zeigt einen Auszug aus dem Verhaltensmodell fur 

45 eine sogenannte ..Normalfahrt". Die definierten 
..Betriebszustande" sind ..Aufzug steht in Turzone", 
..Aufzug steht in Turzone mit offener Tur", ..Vorbereitung 
fur Fahrt", w Fahrbereitschaft", ..Fahren", ..Ankunft auf 
Stockwerk" und ..Aufzug steht ausserhalb der Turzone", 

so wobei letzterer ein Beispiel fur einen ..Unerwarteten 
Betriebszustand" darstellt. 

Die gepfeilten Linien symbolisieren die Ubergange und 
deren Richtung von einem ..Betriebs zustand" zu einem 
anderen. Ein Zustandawechsel des Aufzugsystems, 
55 welcher im Verhaltensmodell einen Ubergang von 
einem ..Normalen Betriebszustand" zu einem ..Unerwar- 
teten Betriebszustand" verursacht, wird als Fehler 
erkannt. Die Beschriftungen der gepfeilten Linien in Fig. 
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3 nennen die hauptsach lichen Bedingungen, die fur den 
jeweiligen Ubergang vorausgesetzt sind. Nicht darge- 
stellt ist hier, dass zu jedem „Betriebszustand" ein Kol- 
lektiv von den beteiligten Komponenten zugeordneten 
Zustanden gehort, die ebenfalls iaufend uberpriift wer- 5 
den. 

[0037] Funktionsblock ..Diagnoseprozess" 2.3 : 
Dieser Funktionsblock steuert einen Prozess, der auf- 
grund eines Benutzerbefehls oder automatisch nach 
dem Auftreten eines Fehfers in Gang gesetzt wird. Auf- 10 
gabe dieses Prozesses ist es, mit Hilfe eines sogenann- 
ten Schlussfolgerungs-Algorithmus (Inference Engine) 
unter Anwendung heuristischer Regeln, gespeicherte 
Fehierursache-Hypothesen zu testen, wobei diese heu- 
ristischen Regeln auf die momentan verfugbaren Infor- 75 
mationen Dber den Zustand der relevanten 
Aufzugkomponenten, uber Werte der Einstell- 
parameter, uber Fehlermeldungen von Subsystemen, 
etc. sowie auf vom Verhaltensmodell gelieferte Informa- 
tionen angewandt werden. Die heuristischen Regeln 20 
beschreiben in Form von komplexen Regelbaumen, 
welche Kombinationen von Zustanden der beteiligten 
Aufzugkomponenten zu welchen Fehlersymptomen 
fuhren. 

Ist eine Fehlerursache-Hypothese vollstandig verifiziert, 25 
so erstellt dieser Funktionsblock die entsprechende 
Fehlerursache-Diagnose sowie gegebenenfalls dazu- 
gehdrige Fehlerbehebungshinweise und gibt diese aus. 
Zwischen-Testresultate und Zwischenentscheide wer- 
den gespeichert, damit der Diagnoseverlauf nachvoll- 30 
ziebbar ist. 

[0038] Funktionsblock ..Heuristisches Aufzugswis- 
sen" 2.2 : 

Diese Datenbank enthalt eine Sammlung der oben 
erwahnten anwendungsspezifischen Fehlerursache- 35 
Hypothesen mit den zugehorigen heuristischen Regeln 
welche zum diagnostizieren eines Problems gebraucht 
werden. Die Hypothesen und Regeln basieren wesent- 
lich auf der Erfahrung und dem Spezialwissen von 
Fachleuten aufgrund von Systemtests wie auch aus 40 
Storungsbehebungen in installierten Anlagen. Sie wer- 
den in einer Fachdatenbank gesammelt, aufgearbeitet 
und von Fachleuten in das hierarchisch gegliederte 
Regelwerk integriert. Uber die in Fig. 2 dargestellte tem- 
porare Kommunikationsverbindung 24 kann der Benut- 45 
zer des Hilfesystems aus der erwahnten 
Fachdatenbank 25 ein Update des M Heuristischen Auf- 
zugswissens" abrufen. 

[0039] Funktionsblock B Fahrtsequenzen Anzeigen" 
1 .4 : so 
Mit diesem Prozess werden auf Abruf Fahrtsequenzda- 
ten vom Fahrtsequenzdatenspeicher 5 ausgegeben 
und auf dem Bildschirm der Wartungsschnittstelle 1 
angezeigt. Bei Bedarf und Abruf kann die aktuelle 
Fahrtsequenz in "real time" ausgegeben und dem 55 
Benutzer Iaufend angezeigt werden. Der Benutzer hat 
auch Zugriff auf die vordefinierten sowie die fruher regi- 
strierten Fahrtsequenzen und kann diese abrufen und 



wiederholt anzeigen lassen. 

[0040] Funktionsblock ..Ausgabe der Diagnose mit 
Erklarung" 1.5 : 

Dieser Prozess bewirkt auf Abruf die Ausgabe und 
Anzeige einer Diagnose mit Erklarung vom Diagnose- 
speicher 6. Ferner ist der Abruf und die Anzeige von fru- 
heren Diagnosen und Erklarungen moglich, sowie auch 
in .real-time" die Anzeige der Diagnoseerstellung 
selbst. 

[0041] Funktionsblock M Aufzugsstatus, Parameter 
und Fehlermeldungen" 10-19 : 

Diese Funktion beinhaltet die laufende Registrierung 
der das Verhalten des Aufzugs bestimmenden und 
ruckmeldenden Signale, der den Komponenten zuge- 
ordneten Parameterwerte, Zustands-lnformationen und 
Fehlermeldungen, etc. Diese werden fur den zuletzt 
abgelaufenen Zeitabschnitt des Aufzugbetriebs in loka- 
len Datenspeichern der Subsysteme 3.3 gespeichert. 
Fig. 2 zeigt Datenspeicher 10-18 fur Statussignale, 
Parameterwerte und Fehlermeldungen, jeweils fur den 
Antriebsmotor, die Antriebsregelung und das Aufzugsy- 
stem (Steuerung), sowie Datenspeicher 19 fur den 
Kabinentur-Status, die jeweils vorzugsweise auf den 
Haupt-Leiterplatten der zugehorigen Subsysteme 
angeordnet sind. Auf sie wird beim Ablauf von manuel- 
len Oder automatischen Diagnoseprozessen zugegrif- 
fen, wobei diese Zugriffe uber die bidirektionalen 
Datenpfade 2.10-2.13 / 1.10-1.12 zwischen diesen 
Datenspeichern und dem Diagnoseprozessor sowie der 
Wartungsschnittstelle stattfinden. 
[0042] Funktionsblock ..Speicherung von Diagnose 
und Erklarung" 6 : 

Die Resultate der laufenden und von zwei vorhergehen- 
den Fehlerursache-Diagnosen mit den entsprechenden 
Erklarungen sind in diesem Speicher abgelegt und sind 
abrufbar durch die Wartungsperson fur spatere Ermitt- 
lungen. 

[0043] Die schematische Darstellung der Funkti- 
onsblocke in den Fig. 1 und 2 dient vor allem der Erkla- 
rung des Erfindungsgegenstandes, seiner funktionalen 
Einzelheiten und ihrer funktionalen Beziehungen unter- 
einander. Die praktische Anordnung der Funktionsein- 
heiten des Hilfesystems in einem Aufzugssystem kann, 
beispielsweise durch dezentrale Integration in die Auf- 
zug-Subsysteme 3, bei gleichen einrichtungsmassigen 
und methodischen Merkmalen, von den gezeigten Dar- 
stellungen abweichen. Es ist auf diese Weise moglich, 
das Erstellen von Diagnoseteilen auf die Subsystem- 
ebenen hinunter zu delegieren und somit den Diagno- 
seprozessor 2 zugunsten einer hoheren Arbeits- 
geschwindigkeit zu entlasten und/oder fur weitere Dia- 
gnoseaufgaben einzusetzen. Oderes konnen beispiels- 
weise auch Funktionsteile der Wartungsschnittstelle in 
Funktionsteilen des Diagnoseprozessors integriert sein 
oder umgekehrt. 

[0044] Weitere Diagnoseaufgaben, deren Bearbei- 
tung prinzipiell gleich sind wie vorgangig beschrieben, 
fallen bei einem Einsatz des erfindungsgemassen Hilfe- 
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system bei einer Aufzugsgruppe mit mehreren Aufzugs- 
systemen an. 

Bezugszeichenliste: 



[0045] 
1 

1.1 
1.2 
1.3 
1.4 

1.5 

1.7 

1.8 

1.10 

1.11 

2. 

2.1 

2.2 

2.3 

2.4 

2.5 

2.6 

2.7 

2.8 

2.10 

2.11 

2.12 

2.13 

3 

3.1 
3.2 
3.3 
3.4 
4 

4.1 

4.2 

5 

6 

7 

8 

9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

24 

25 



Wartu ngssch nittste lie 
Funktionsblock ..Diagnose Aufrufen" 
Funktionsblock ..Test Ausfuhren" 
Funktionsblock „Daten Andern" 
Funktionsblock ..Fahrtsequenzdaten Anzei- 
gen" 

Funktionsblock „ Diagnose res ultate Anzelgen" 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Diagnoseprozessor 

Funktionsblock ..Aufzug-Verhaltensmodell" 
Funktionsblock ..Heuristisches Aufzugswissen" 
Funktionsblock ..Diagnoseprozess" 
Funktionsblock „Uberwachung des Aufzugsta- 
tus M 

Funktionsblock M Hilfsfunktionen" 

Bidirektionaler Datenpfad 

unidirektionaler Datenpfad 

unidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Auf z u g- S u bsysteme 

Motorschnittstelle 

Antriebsschnittstelle 

Steueru ngssch nittste lie 

Tu rant riebssc h n ittste I le 

Datenverkehrssteuerung 

Bidirektionaler Datenpfad 

Bidirektionaler Datenpfad 

Fahrtsequenzdatenspeicher 

Diagnosenspeicher 

interne Datenverbindung 

interne Datenverbindung 

interne Datenverbindung 

Date nspei cher „Motorstatus M 

Date nspei cher ..Motorparameter" 

Datenspeicher ..Motorfehlerliste" 

Datenspeicher ..Antriebsstatus" 

Datenspeicher ..Antriebaparameter" 

Datenspeicher ..Antriebsfehlerliste" 

Datenspeicher ..Aufzugsstatus" 

Datenspeicher ..Aufzugssystemparameter" 

Datenspeicher ..Aufzugssystemfehlerliste" 

Datenspeicher ..Turstatus" 

Temporare Datenkommunikationsverbindung 

Externe Fachdatenbank 



Patentanspruche 

1. Hilfesystem zur Fehlerbehebung und Storungsvor- 
beugung bei Aufzugsystemen, bei welchem mittels 

5 Einrichtungen fur die Datenerfassung und die 

Datenspeicherung die Ereignisdaten der Subsy- 
stem e (3) eines Oder mehrerer Aufzugsysteme 
registriert werden und beim Auftreten von Fehlfunk- 
tionen durch eine Datenverarbeitungseinrichtung 

w Fehlerursachen aufgrund der registrierten Daten 
diagnostiziert werden, dadurch gekennzeichnet, 
dass in diesem Hilfesystem mit Hilfe eines Diagno- 
seprozessors (2) die registrierten Funktionsablaufe 
und Zustande des Aufzugsystems laufend mit den 

15 Vorgaben eines mitlaufenden Verhaltensmodells 
(2.1) verglichen werden. 

2. Hilfesystem nach Anspruch 1, dadurch gekenn- 
zeichnet, dass dieses Verhaltensmodell die Defini- 
te? tion der im Aufzugbetrieb "erwarteten" wie auch der 

..unerwarteten Betriebszustande" enthalt, sowie die 
Bedingungen fur die Obergange von einem 
Betriebszustand zu einen anderen kennt, dass 
jeder der Betriebszustande durch ein Kollektiv von 
25 Soll-Zustanden der beteiligten Komponenten des 
Aufzugsystems beschrieben ist und diese 
Beschreibung auch die wahrend der Dauer dieses 
Betriebszustands erlaubten Veranderungen der 
Soll-Zustande umfasst. 

30 

3. Hilfesystem nach Anspruchen 1 und 2, dadurch 
gekennzeichnet, dass das Verhaltensmodell auf- 
grund von festgestellten Abweichungen zwischen 
auftretenden Zustanden des Aufzugsystems und 

35 den ..Erwarteten Zustanden" des Verhaltensmo- 
dells, wie auch aufgrund von analysierten ..Nicht 
erwarteten Zustanden" Fehlerursache-Diagnosen 
Oder Meldungen generiert. 

40 4. Hilfesystem nach einem oder mehreren dervorher- 
gehenden Anspruche, dadurch gekennzeichnet, 
dass das Verhaltensmodell bereits bei Abweichun- 
gen zwischen auftretenden Zustanden des Aufzug- 
systems und den „ Erwarteten Zustanden" des 

45 Verhaltensmodells, die noch keine Betriebsstorung 
verursachen, Diagnosen und Hinweise im Sinne 
einer Storungsvorbeugung zuhanden des War- 
tungspersonals erzeugt und/oder selbstandig 
gewisse Tests oder Korrekturmassnahmen initiert, 

so wobei dazu insbesondere auch die im Verhaltens- 
modell definierten ..unerwarteten Betriebszu- 
stande" Information en liefern. 

5. Hilfesystem nach einem oder mehreren der vorher- 
55 gehenden Anspruche, dadurch gekennzeichnet, 
dass Erkenntnisse aus dem Verhaltensmodell 
gegebenenfalls zur weiteren Analyse und Diagno- 
seerstellung an einen Funktionsblock weitergeieitet 
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werden, der Fehlerursache-Diagnosen aufgrund 
von heuristischen Regeln erstellt. 

6. Hilfesystem nach einem oder me h re re n der vorher- 
gehenden Anspriiche, dadurch gekennzeichnet, 5 
dass dieses einen Funktionsblock enthalt, der Feh- 
lerursachen-Diagnosen erstellt, indem er mittels 
eines Schlussfolgerungs-Algorithmus, unter 
Anwendung heuristischer Regeln, gespeicherte 
Fehlerursache-Hypothesen testet, wobei diese 10 
Regeln auf momentan verfugbare Informationen 
uber den Status der Aufzugsystemkomponenten 
wie auch auf vom Verhaltensmodell gelieferte Infor- 
mationen angewandt werden. 

15 

7. Hilfesystem zur Fehlerbehebung und Storungsvor- 
beugung bei Aufzugsystemen, bestehend im 
wesentlichen aus Funktionsblocken (3.1-3.4) fur die 
Erfassung von Ereignisdaten, Datenspeicherein- 
heiten (5,6, 10-19)fur diese Daten, einer Datenver- 20 
arbeitungseinrichtung sowie Benutzer- und 
Kommunikationsschnittstellen, das die Ereignisda- 
ten der Subsysteme (3) einer oder mehrerer Auf- 
zugsanlagen aufzeichnet und beim Auftreten von 
Fehlfunktionen aufgrund der gespeicherten Daten 25 
Fehlerursachen diagnostiziert, dadurch gekenn- 
zeichnet, dass die Datenverarbeitungseinrichtung 
einen Diagnoseprozessor (2) enthalt der die regi- 
strierten Funktionsablaufe und Zustande des Auf- 
zugsystems laufend mit den Vorgaben eines 30 
mitlaufenden Verhaltensmodells (2.1) vergleicht. 

8. Hilfesystem nach einem oder mehreren der vorher- 
gehenden Anspriiche, dadurch gekennzeichnet, 
dass die das Aufzugsystem (3) bildenden, intern 35 
mit Datenleitungen (7,8,9) verbundenen Subsy- 
steme Antriebsmotor (3.1), Antriebssteuerung 
(3.2), Aufzugssteuerung (3.4) und Turantrieb (3.4) 
uber die Kommunikationsverbindungen (1.10-1.12, 
2.10-2.13) und lokale Schnittstellen von einer War- 40 
tungsschnittstelle (1) und vom Diagnoseprozessor 

(2) aus zugreifbare lokale Status-, Parameter und 
Fehlerspeicher (10-18) aufweisen. 

9. Hilfesystem nach einem oder mehreren der vorher- 45 
gehenden Anspriiche, dadurch gekennzeichnet, 
dass eine temporare Kommunikationsverbindung 
(25) zwischen der Wartungsschnittstelle (1) oder 
dem Diagnoseprozessor (2) mit einer zentralen 
Fachdatenbank (25) herstellbar ist. 50 

10. Hilfesystem nach einem der vorhergehenden 
Anspriiche, dadurch gekennzeichnet,dass der Dia- 
gnoseprozessor (2) die Funktionsblbcke „Verhal- 
tensmodeir (2.1), ..Heuristisches Aufzugswissen" 55 
(2.2), ..Diagnoseprozess" (2.3), B Uberwachung des 
Aufzugstatus" (2.4) und ..Hilfsfunktionen / Testpro- 
zess" (2.5) aufweist. 
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